SYSTEM AND METHOD FOR PRESENCE PERIMETER 
RULE DOWNLOADING 

5 CROSS REFERENCE TO RELATED APPLICATIONS 

This application is related to commonly-assigned, co-pending 
application Serial No. [03P08210]. titled, SYSTEM AND METHOD FOR WEB- 
BASED PRESENCE PERIMETER RULE MONITORING; application Senal 
10 No [03P08211]. titled. SYSTEM AND METHOD FOR PRESENCE 
ALARMING; application Serial No. [03P082121, titled. SYSTEM AND 
METHOD FOR SPEED-BASED PRESENCE STATE MODIFICATION; 
application Serial No. [03P08213], titled, SYSTEM AND METHOD FOR 
FAILSAFE PRESENCE MONITORING; application Serial No. [03P08209]. 
15 titled SYSTEM AND METHOD FOR PRESENCE-BASED AREA 

MONITORING; application Serial No. 103P08214], titled, SYSTEM AND 
METHOD FOR GLOBAL POSITIONING SYSTEM (GPS) BASED 
PRESENCE; application Serial No. [03P08215]. titled. SYSTEM AND 
METHOD FOR GLOBAL POSITIONING SYSTEM ENHANCED PRESENCE 
20 RULES application serial NO. [03P082161. titled, SYSTEM AND METHOD 

FOR IN-BUILDING PRESENCE SYSTEM; application Serial No. [03P08217], 
titled SYSTEM AND METHOD FOR ALTERNATIVE PRESENCE 
REPORTING SYSTEM; and application Serial No. [03P082201, titled. 
SYSTEM AND METHOD FOR CENTRALLY-HOSTED PRESENCE 
25 REPORTING, all filed concurrently herewith. 

FIELD OF THE INVENTION 

The present invention relates to telecommunications systems and, in 
particular, to an improved system and method for providing and mainta.n.ng 
30 presence information. 

BACKGROUND OF THE INVENTION 

Presence systems, such as Instant Messaging systems, provide 
relatively basic information to network clients concerning the presence status 



0, related use,., such as *ose on the networK clients' buddy lists. In typical 
:;ron, . ^ user is dete„.ined and that ,n,om,at,on 

IS distributed to those who are watching the corresponding user. 

Even in Internet Pr^ocol (IP) telephone networks, presence status ,s 
5 typically detem^ined using relatively basic presence indications. Tl.ese 
Tclude ,or example, detec«on of whether the user is logged on, dete^. . 
keyboard activity, detection of whether a desk phone is in use or ,n a dcvnot- 
r* .Ode, detection of instant Messaging aCiv^, or detection of a manual 
presence setUng. Consacuently, errors or inaccuracy in presence ,eport,ng 

"^'^"rr:::PPOseauser,efttheoff,ceforlunchandhasn,anual. 

changedhispresencestatustoref...h.— 
change the status and then leaves on a business trip, --e p 

sis will be infom.ed that he Is stiil unavailable, i.e., out to lunch, when ,t 
1 5 Z in fact be possible to reach hi,, at an aite^ative location, such as a cel, 

"'"""as such, there is a need for an improved system and method for 
accurately reporting a use.s presence status. The. is a further need for a 
system and method for tracking a user in a presence system. 

20 

SUMMARY OF THE IMVEMTION 

These and other drawbacks in the prior art are ovemome In large part 
.y a system and method according to embodiments o, the P;-'^-""°"- 
A telecommunications system according to an embodiment of the 
25 present invention includes a plurality of network Cients including a pos.,on, g 
riler and a communications controller; and a positioning 
a coor.ina«ng oontrol^rfor maintaining a database of neV«ork clients to be 

and provide updates of pos.on-related infom,a.ion to a presence 
!:rwherein an associated network client is con^gured to transmit pos, n 
30 Xmation received via said posi«onlng cont^ller to sa« positiomng se^er 
1 said communica^ons controller when said associated network client ,s 
detemrlned to be outside a predetemiined range. 
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A ,a,ecommunica«ons device according to an embodiment of the 
p^esenCion includes a posiUonino con«o„e, adapted to dete^ 

, ™»tion for said telecommunications devK:e; and a cellular 
posi.ion,ng ,nforma.,on for sa,d ^^^^ 

telepnonecontroiieraa.^^^^^^ 
^Crr:— saldtelLmmunica^onsde^^^ 

*°-r— --"-^^^^^^ 

p^esenrilntionincluaesapresencecontrolu.^^^^^^^^^ 

refs "l^inf^nna^on correlated witn said presence inf— : 

Uning and P~ ^ ^^^^ urates 

conjunction with the following drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG 1 illustrates a telecommunication system according to an 

.ecom— iL^n^raccordlngtoanembodlmentoftnepresent 
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invention^ 3A-FIG 3D Illustrate exemplary rules setting and mapping 
graphical user interfaces acconiing to an embodiment of the present 

invention; 

5 FIG 4 is a diagram illustrating an exemplary remote 

telecommunications server according to an embodiment of the present 

invention; . 

FIG 5 is a block diagram illustrating an exemplary wireless 
telecommunications device according to an embodiment of the present 

RG. 6 is a flowchart illustrating operation o, an embodiment of the 

''"""~;c are flowcharts illustrating opera«on of embodiments of 

''^Gtlirare flowcharts illustra«ng opera^on of embodiments of the 

"n;n!s:b.cKdlagram illustrating an embodiment of the present 

'"""f"g. 10A and FIG. 10B illustrate exemplaiy control e-mails according 

20 to embodiments of the present invention; 

FIG.11isaflowchartillustratingoperatlonofanembod,mentofthe 

^^"":a.owchart,llustra«ng operation ofanembodl^^^^ 
present invention; 

26 FIG. 13 is a diagram schematically illustrating operation of an 
embodiment of the present invention; 

RG. 14A and FIG, 14B illustrate exemplary SMS messages according 

tn an embodiment of the present invention; 

RG 15 is a signaling diagram illustrating operation of an embodiment 

30 o, the .^^^ deuces according te 

embodiments of the present invention; 
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FIG. 17 is a flowchart illustrating operation of an embodiment of the 

present invention; 

FIG. 18 is a diagram illustrating an embodiment of the present 

invention; 

5 FIG. 1 9A- FIG. 1 9C are flowcharts illustrating operation of 

embodiments of the present invention; 

FIG. 20A-20B schematically illustrate embodiments of the present 

invention; 

FIG. 21 is a flowchart illustrating operation of an embodiment of the 

10 present invention; .^tt^^ 
FIG. 22 is a flowchart illustrating operation of an embodiment of the 

present invention; . 

FIG. 23 is a flowchart illustrating operation of an embodiment of the 

present invention; 

15 FIG. 24 is a diagram illustrating an embodiment of the present 

invention; x r+u^ 

FIG. 25 is a diagram illustrating operation of an embodiment of the 

present invention; 

FIG. 26 is a diagram illustrating an embodiment of the present 

20 invention; 

FIG. 27 is a diagram illustrating a graphical user interface according to 
an embodiment of the present invention; 

FIG. 28 is a flowchart illustrating operation of an embodiment of the 

present invention; 
25 FIG. 29 is 

present invention; 

FIG. 30 is a diagram illustrating an embodiment of the present 

invention; 

FIG. 31 is a diagram illustrating an embodiment of the present 

30 invention; ^„*^f+ho 
FIG. 32 is a flowchart illustrating operation of an embodiment of the 

present invention; 



a flowchart illustrating operation of an embodiment of the 
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„G. 33 IS a dlagra. «lus.ra«ng operation o, an embodiment of .he 

present invention; embodiment of the 

FIG. 34 is a diagram illustrating operation of an emo 

present invention; embodiment of tiie 

. FIG. 35 is a flowchart illustrating operation of an emboa 

present invention; and embodiment of the 

FIG. 36 is a flowchart illustrating operation of an emo 

present invention. 

0 OETA.eOOBSC.PT.ONO..MBOO,«ENTSO.THB.NVEr.T.ON 
Sysum overview and User .nterUoe ^ ^ 

-^^Trrs— tionnet^orK^OO.™^^^^ 

^^^^^^^^^^ 

- net^or., S.S net^o.. 

cellular, or oa other embodiments, the «treless 

WiR netwoiks, and the l.ke. In otn ^^^^^ 

communloations network 1004 may ^'-"^^^^^Z includes one or 
,adio networks. The tireless commun,ca,,on^^1 

-orenetworKclientsimp^m^^^^^^^^ 

as remote devices. The wireless ^^^^^.^^^ 
controllers 504 and communication control • 

to detemnine 

grater detail be,o», the pos«lonlng ^ „o,., 

a posHion or .oca.»n o,«.e ^reiess '^'^^^Tl^L., satellites 

» --"'-rhrrrr:— ^^^^ 
rLrdree::-^^ 
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l 1 device 1 so .ay likewise receive presence and/or program 
S Jp:a::s,ro.,.e servers. ,„ cer^ln e..o— , .he con™un,ca.on 

.Oc:r....co.ro,,er.c,.^^^^^^^^^^^^ 

and a remote presence centre, un. ^^^^^ ^^ ^^^^ .ne 

unit 162 ma, interact witt. an interface 166 «° 
.™teusers1S0and.ransm.upda.s,«^^^^^ 

network 1002, to tl,e remote users 150. In certa, 
166 is implemented as a telephone dial-up interface. Theremotep 
15 166isimpieme interface 168 for transmitting and 

::::: rrenTarr^^^^^^^^^^ 

r presence and,or location rules, such as user ident*cat,on and 
Elation pairs, m.—^ 

^.temr:;::rclsanente..ene.^.^^^^^ 
elrpr.enet.orM002,nciudesa:oca,a^^^^^ 
102 may be implemented us.ng a TCP IP ne*» ^^^^^^ ^^^^^ 

„rmu«med.aoveriPusing,.re.am^^^^^^^^ 

^^:Zrrprrserio::i™y.eemhod.asam 

--'rrr::::--^o- 

emhodrsoneormoremicroprocessors,andm^^^^^^^^^^^^ 

r<atfl As will be explained in greaiei ucia 

" rrr:orarp"-va:.^^ 
rrinc:a:giu-.p--d..ia.^^^^^^^^ 



u„i« and*er,ke. Further, according .o embodiments of .he present 

^1 /DCT^J^ 1 1 7 or anv of a variety of other 
o»*/itrhPd telephone network (PSTN) n ^ or di ly « 
switched teiepno ^^^.^.^^ 

networks, such as a wireless, PCS. or ceUu.a 
^ ° ::::r: It;! J. 1 .0 aiso co.,e to the ne.^^^^ 

''''"'Je'Lputers 122a-122n n,ay be persona, computers impiementing 
Thecompuxe ^„Hth.,s running Windows Messenger 

tlTaa ^lay include teiephony and other 
cent, '"—•'^^r'^l nr^ -lple, peripheral cameras, 
™,«„edia— .^^^^^^ 

Microphones and speal^^ ( ^ ^ 33 

other embodiments, one or more ctine p ,.,„•„-, assistants (PDAs). 
wMess telephones, digital telephones, or P-°- "J^^rde o e or 
.0 Thus,ther,guresareexemp,arvonly. ^^J^^^^;^^ ^, 

-^~rm;rm::r::— 

rr;::. :! and nU mteracuon and recei.ng signa. tor 
transmission over the network to the server 104. 

,n operafK>n, a user ma, use one c, the '^'^^^^^^^^^^ 

30 greaterdetalibe^. -;t:r,u:::n be — ed to th^ 

the remote location server 152. These, ,n u . ^^hen 

appropriate remote device 1 50, for example, v,a a dial-up opera 
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*,e remote device 1 50 then receives ,oca«on information from *e GPS 
ZZ^0O, i. can contact the remote server 152 and .ransm,. the 

,04 in.uding a contro, unit 1 14 is shcv.. More pa^cuia^, ^^^^^ 
.3.ram ii.stratin, a partiCar em.— ^ -7:! JI^^Ker 
includes a plurality of application modules 1 12 and a com 
10 module 201. in addifen, the server 104 provides interfaces ch as 
Tap^Lon prcrammins Intertaces, 220 .0 SiP IP phones 221 and 

iiiust.^^^ 

.cludrhasic services moduie 214, presence module 215, an advanced 

• «^ r««Hiiip216 and a toolkit module 218. 
"'~tarsrr.cesmodule214functlonstoimp,ement,fore.arnp,e, 

Phone support, PBX interfaces, call features and 

^r.ri RTr add-ins when necessary. The phone suppou 
Windows Messaging and RTU aaa inb, w 

21 allow maintenance of and access to buddy lists and provrde 
20 ^^^^ ^3 ..ated terminology, but this 

.yentiln in any type of IP based networK, such as .BM SameT,me, 

"'^rarrse.icesmodu,e2iaimplementsfun.onss.^^^^^^ 
. /MP I J^ recording Interactive Voice Response (IVR). 

^^::rr:utnr::L^ 

::r::ynamlc.nferencec.ationfromabud.^^^^ 

— rr.r:^r:::r;r,ince^ 

30 ^ can Libute media processing over multiple UO. (Mult,med,a 
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, A „„QiP devices Various user contexts, such as In 
devices and user-defined norvSlP dev cas 

Meeting. On Vacation, >n .He 0«ice, 3cross the 

.oice, e-n,ai, and instant '^^2:^^^^:^ ^ 

ra eltlon^asedontheprese^^ 
S presence «o—^^^ - ^^^^ ^ 

a usefs devices. In addition, presence information. 

..presence inton^ationa.™^^^^^ 
In addition, the presence module 21 b pro 

::r::rr: ..ude an interacu. ..ce ^Ponse 
^,VK)::astheCo™.esponsep,a«or.,— ^^^^ 
,n,om,a.ion and Communication NetworK^ inc^ ComResp 
include speech recognition, speech-.o-text, and text-to-speech, 
creation of scripts for applications. 

in addition, real time call control is prowded by a SIP API 
\.oci:el.h,he.asicsen,icesmodule...J..^.^^^^^^^^^ 

directing those calls to altemaxe monitoring capabilities 

-I I ono an interact on center module ^uh, d 

30 conferencing package, such as tne v j 
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M ..t. subscriber access functions include calendar access 

variety of —ons, such as e^a,ls ' ,o6 

™ri.ed urgent, then page me. ^^^^^^^ 
,0 The presence-location con^ , 3 Jatil-presence centre, unit 
controller 223. a location control un,t 217 and a 
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callers who are allowed particularized access to the user. FIG. 3A-3D 
illustrate exemplary ir,terfaces that may be used to set location and presence 
!I : iltl 1 the spec.0 rules and locations described are exemplary 

5 AS shown in FIG. 3A, in the embodiment illustrated, the user can set 
.ocation 3900. availability 3902, callers 3904, and status 3906 It is noted mat 
™,ile particular examples are shown, other ,oca«ons, avai,ab,l,W. oa iers^and 
status may be specified. In addition, in certain embodiments, day of week 
and time of day parameters may also be specified. Thus, the f^ures are 

10 exemplary only. /ofFlrf>^• 
AS shown, example locations 3900 include Exact Address 1 (Office), 

Exact Address 2 (Home); On Campus; W«hin City (Radius 1); Ou^de Orty 
SLs 2); and W«hin Cfty (Traveling). "Exact addresses" allow the user to 
pfc^the exact address ofabuiiding or location and setarule.the user. 

. :Japredetem.ineddistanceofthe,ocation. 'O'' -^^^^^ 
,c specify a rule if the user is on. e.g., the corporate campus. - 
outside radius 1" allows the user to spec«y a ruleforwhen he ,s ou^,de the 

campus or a specified building, but within a home city. "Outsde crty or 
:reradius2"a,,owstheusertosetaru.forwhenheisouts.e.Hehome 

20 city or a particular radius. "Within City (Traveling" allows a user to specfy 
that he is within the radius, but may have lim»edavailab,l.ty. 

Example availability 3902 includes Office Phone, E-ma,l, nstant 
Messaging, PDA wireless, Cel, Phone, PCS cell phone, S49 cell phone, GSM 
^Tc^l Phone, and voicemail. The user, availability thus de nes the 
25 medium to which the call Is forwarded or otherwise handled. As can be 
Tppreclated. the availabll^y can depend on the user s location. Further, the 

user may be available via more than one medium concurren«y. 

Exemplary caller lists 3904 Include All Callers; WorK Group; or 
,nd.idual Callel Using "All Callers," the user can specKy rules that w I be 
30 binding on everyone who calls. .^orK Group" is ,epresenta«ve of one or 
I e pecified lists of users; for example. Family could be another group, 
dividual callers" allow the user to specify a rule to apply on an ,nd™,dual 
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basis to particular callers. ^^^^^ ^^3, 

Finally, exemplary presence status 3906 

„ in Par and the like. The status can be set to be 

5 manually set it. as will be explained in greater deta.l below. 
Fvemolarv rules that can be set include: 

Exemplary ru ^^^^ <exact address> I am available on my 

1 "While 1 am in the office <exaci aoaie 

^ u««o> <P-mail> and <lnstant Messaging>. 
<office phone>, <e-maii , d. ,„^ci««n> but still <on 

2 While 1 am outside of my office <exact locat.on>, but st. 

. ^«v«ilableonmy<PDAwireless>andonmy<cellphone>. 
1 0 campus>, I am available on my address> but still 

3 While I am <one mile> away from <exact address 

<3SM S4S p.one>, o.e™>se ^ ^^"^^ on 

in addition to user location, presence status rules may 

pHone", "cell phone,- "not -"able, or the liKe. ^ 
For example, as shown in FIG 3A, the user p„^„henthe 
..ercanaddi«ona,,vsetpresence status 3«.toin ,<^^^^^^^^^^^^ 

r;ir;:x™in;i.usnotdes.^^^^^ 

,cca«on. Thus, an e.en,pla.V P-^"- ,,,, .^en . an, in 
6 If 1 am traveling in a speed greater than <1 5 mp , 
30mvcar-setthepresenoestatusto-lnmvca.andUmthenava,lahleat 

' nG^B-FIG. 3D illust^te exemplary user interfaces ,or setting the 
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,ules. Briefly, such graphical user InteKacas include a mapping engine, such 
as Microsoft MapPoint™, and one or more drop down or sub-menus for 
designating presence and location definitions. ^.„„3oi 
For example, as shown in FiG. 3B. a user can type ,n an addres 301^ 
5 Which Will then cause a map to be generated w.h the location 304 h,ghl,ghte . 
AS can be appreciated, the map of me interface of F,G. 38 may .present an 
office campus, with the location 304 .epresentative of the 
building. The user can then select one of the drop down menus 306. 308 
se, the contact information. For example, menu 306 may be used to set 
10 Office Phone, IM. or E-mail, typically associated with . 
SimllarV. if outside the ^dress, e.g., at location 302 or ,n 
e.g., location 310. the user can also select contact infom,a.,on. S,m,lar d«>p 
down menus can be used to set userspeed. etc. 

AS sl^own in FIG. 3C. the user may also select a map location 31 1 and 
15 a radius or other boundary 312 around it. The user can then select a mo e of 
contact within or outside the perimeter. For example, the user may .rave 
.om California 314 to Gem,any 316. using menus 31. 31^, t^user^^^^ 
.„e contact type as well as the specie callers who are authonzed to reach 

him in Germany. . . . ^x^tiic 

20 in addition to setting location ™ies. the user can set -o-ted s^ u^ 

„,es as Shown in FIG. 3D. For example, the user can designe e whether he 
is in Office, working Remotely, etc., and set corresponding contact 

'"'"""^Turning now to FIG. 4. a blocK diagram illustrating an exemplary 
26 remote or posMoning sender 152 according to an embodiment of the presen 
rentionl Shown. As shown, the remote server 152 includes a con.d un,t 

Which may Include a remote loca«on control unit 162 and a remote 
presence control unft 164; a message generator 160; a database 107 1 at 
Z include a n,les database 402 and a presence-location database 404, a 
30 wireless interface 168; and a networi. Interface 166. 

,n certain embodiments, the rules database 402 stores k>cat,on- 
p^esence rule pairs for registered users and is accessible by the presence 
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.nntrol unit 164 and location control unit 162. Similarly, in certain 
rrnl>epr.ence.,ocat.n.a.a.ase.0.ra^^^^^^^^^^ 
location infom,3«on and conelates it^h the appropnate rutes the ru 
da.rase402 ,n other embodiments, the remote location server 162 

. :r a d^a^se on. ot remote users and ^ ^T^^::^^ 
The location and/or presence infomiation received from the remote 

.rll net«or. 1004 (r.G. 1, to the remote devices 150. For example, 
.0 re remote posHionin. sen,er 152 can transm. rules upd.es ^ r 
,„ion, such as macros, to the remote devrces, ^ 
presence updates and other infom,at,on from them. In certain 
the Wireless interface 166 is a dial-up cellular telephone or PCS ,n.e^- 
For example, the wireless interface 166 may be implemented as a toll-free 

«r inA via the network interface 16a ana m a lui 
3ewer 104 v,a the ne ^^^^^^ ^ 

message generator 160. ^ be stored by the 

updates from enterprise users 122. Presence up r^,^, updates 

pLencecon.rolun«ia4inpre.r^-^— 

rn::rr=rs:rit.nsmi«edbythepre^ce 

iXt 164 to remote users 150 using ^ wireless interface 166. 
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S«a.v, location upaa.es ^r. ren,o.e use. 1- - - 

. •+ i R9 wis the wireless interface 166. The locauon 
.He location con.ro, un. - ^ ,cca«on in— n in .he presence- 

' r r;::; ircon.roi un. 1 can ..en .rans... .he 
tt,e message generator 160, as discussed above. 

. Thus me figures are exemplary only. 
..e remote devices. ~e J ,,empia,y 

Turning now o "^^'^^^^niing to an embodiment o.*e present 
.^ecommunica^o- ^^3:0^! device 160 may be compatible wM, 

'"Hpcro lZp^ net^orKs, including, tor example, 
.^.otavanetyoPCS^^^^^^^^ 

GSIVI, and 2G, Z.bCa, ana oo ^^ntrnilpr 502 such as a 

, a illustrated, the remote unit 150 includes a '^^J^^^Z 504, for 
oei, phone or rad. da. ne.«orK — and OP ec ^^^^ 
living ioca.ion or positioning signals, 'n^"*""^ 3„, a rules compare 
maintain a rule da.abase 506 o, ^ .,e rules. 

eon.roller 508 tor comparing cur^n. - '^^J 2^ 150 can send 
,0 AS Will be explained in grea.erdeU be^w> -^«^ 

^ ,„ca.-.n server 1 52 an upda.e o, '^^^I^^^^ ^^.^.^ tt,e 
«mo.e device 160 can likewise receive software 

HG. 6 illus.ra.es setting one m ^.^ 
e02, .he user can se. one or -or^^^^; ^ ^ 

computer 122 and '^^^"'^^^^'^IJ,^.,,,^ presence server 
.He rules from his ^"^^^^^^^^^^ control unit 219 may then 

30 104. ----teraC^nTeenlerpHse.^^^^^^ 

s.ore .he rules in the database 11 nresence sen/er 104 

does not actively mainUin .he .racking, .he en.erpr^ prese 
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r"=="--— ^^^^ 

162 oouW be solely responsible and *us need no. transnn.the 
lo.e user device 160. .Hou.b a s«nal indicating t.e use. dev 15^ ^hou^ 
15 begin ,oca«onn,on«oringn,ay be sent. In either case, a. step 612, «.e ren, 

.0 r::. : ;n ^ noted, abo., t.e posi«on 
- - r " ~ r:er::::: . un. .2 se.s up 

26 present change. ''-•*^" ;';'^'^^^ „^,,,,,^«,enevv condition. It is 
a call to the appropnate server 1 62, 104 to ad ^ fo^^^d any 

noted that in omer embodiments, the remote un,. 1 50 can s,mp V 
received .cation or pos.on in,om.a,ion to the ^^"^^J^^ 
received, without performing analysis or compares on the received 
30 in—. ^^^^^ ^^^^ ^^^^^ ^^^^^.^^^ , 
according to an embodiment o, .he present invention. In particular, P.a 
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illustrates the remote device 150 performing '<-^'°"-'"^^^^^^^l ^^^^ 
acoo^ling to embodiments of the present inven^on. At a step ^^O^'^-^o 
device 150 receives position intom,alion via its position receiver 504. As 
noted above, the posit^n receiver 504 may be adapted to '-^^ °- - 
6 more position signals *om a global positioning network, such as the GPS 
Te Jr. 1006. At step 722, the .mote device 150 uses its locat^n r^ 
compare unit 508 to access the rules database 506 and perfom, a loc^. n 
Ipare, to determine ifthere has been a location and/or presence change. 
Zre has been no Change, as detem^lned a, step 724 then mo^^^^^^^^^^^ 

10 continues, a. step 726. Otherwise, at step 728, the wreless controller 502 
ransm^theupdatestothe remote location server152. - 
remote unit 152 could dial a toil-free number at the server 1 52. The upda^ 
fla«on can be ,oca.on update or presence status "P---^* ^ 
remote location server 152 updates the device's pos,t,on and/or presence 

15 — in its presence-location database 404 and contacts the ente^nse 
7™er 104 at step 730. For example, the control unit 161 may cause the 
rsargn'llSOtogenerateacontrole-maiimessagewnht^^ 

Z transl it via the interface 168. A— ely, -^^^^--^Z.. 
oould Simply dia, in to a toll free number at the enten.nse ^rve 04 to 
20 the information. The enterprise server 104 then recedes t^e u ^ate^^ 

translates the message, updates its database 116, and drsteibutes the 
translates ine me a calls to the user whose position 

updates to the watching parties at step 732. cans to me 

hL tracked can then be fonvarded according to the location-presence 
:rAltra:ove,thiscaninc,udefon«ardingtooneormo.te.phony 

^^"'■"^^^''Tctr^tesanaitemateembodimentofthe 

in oarticular in FIG. 7C, the remote device 150 merely transmits location 
i 1 tn to the remote server, which then performs the location-presence 
Tes check(s,. At a step 740, the remote device 150 recedes pos, on 
30 n lation via its position receiver 504. As noted, above the pos, 

receiver 504 may be adapted to receive one or moie pos.ion signals from a 
^oTa positioning network 1006. At step 742, the wireless control unit 502 
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contact the rernote server 152 and transo^its .he receded - -^-J 
pos«»n ir,— n. At step 744, «,e remote server 1 52's contro un,. 161 
stor^ the .n.orr.a«on at the p.eser,ce-,oc^.on database 404 and aooes 
the ruies database 402 to determine if the use.s location has changed Jf 
5 has, then the message generator 160 composes a message '^'^^ 
update information, which is sent to the enterprise presence server m As 
noted above, the message may be an e-mai, message. A«ernat.vehr, the 
^sage may be in a format similar to that received from the remote unrt and 
the communication is via a telephone dia, up. A, step 750, the enterpnse 
10 server 104 then updates «s database 116 and provides the newty updated 
presence infonnation to other enterprise and remote users, as nece^ry. 
calls to the user whose position is being tracked can then be fonvarded 
cans TO me u „,,„,,, in sten 746 there was no location 

according to the location-presence rules, if, m step Mb, 

change the system would simply continue to monitor, in step 752. 
,5 ,n the embodiments discussed above, the location and/or presence 
infomrationisprovidedtotheenterprisevlaaremotese^erlS. Theremote 

server can be provided by a cellular service provider, for example. Each 
In^ rise can be associated wUh a toll free number at the remote server and 
transmits the positioning data by calling this number. The remote server then 
30 its messlge generator to generate, for exampl. an 

tt,e enterprise server. It is noted that, in other embodiments, the gen^ed 
message could be a text message such as an IM message or an SMS 
message. Mematively, the enterprise server could also be equipped ^ a 
dedicated phone line for receiving the infomiation , ^ , „_ „, 

,5 This : general^ illustrated with reference to the flowchart of FlG. 8A. 
AS shown in FIG. 8A once the remote unit 150 receives the location 
lltion m step 802, : can contact the remote server 1 52 via a toMree 
:rp rexampU~ughthece,,ularand.rpublicswitched telephone 

netwol. A. step 804, the remote server, 152, which may be a sen„ce 
30 pt^ided by the cellular or PCS service provWer, receives the location and/or 
p lnl update. At step 806, the remote server 152 fom,ats«.erece«e^ 
rmaTonnto an appropriate fom,at,e.g., an e-mallfomrat, and transmits. 
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.0 «,e enterprise se.er 1 04. T.e enterprise server 1 04 re^.es i. an. 
updates the presence information, as discussed above, ,n step 808. 

updates me |j ,„ cif- RB the function of the remote 

In the alternative, as shown in FIG. 8B, the tuncBo 

server and the enterprise server could be combined in a single unrt at the 
5 Z^se Site, in this case, the enterprise ser«r 104 would be provided w*h 
rifacefor receiving calisfromtheremotedevices. 

^ ^ ..rH rould be provided, with a dial in. In th.s case, as shown at step 
rt:Telre::t50ca,,stheen.erprisenumberwnhioc.on^^^^^^ 
Zrce updates. At step 822, the enterprise sen,er 104 receK^s the 
,0 Z^^ and distributes them to requesting parties on the netwo^^^g- as a 
s'p message, at step 824, in manner similar to that discussed above. 

«;<>rvice Provider Central Server 

AS noted above, according to embodiments of the present ,nver«,on, 
tne vanous of the presence and location server functions may be provide by 
ethe renterprise or the sen,ice prov.er. nOS. 9-12 iliustrate in g..er 
dlil an embodiment in which iocation-p^sence se^ic^s are provided by a 
remote cellular sen/ice provider. .h™,^vuhlch 

For example, as shown in FIG. 9, presence sewer ,s 
.a, be impiementea as a centrally-hosted function by ^ 
20 TeL to customers. In the embodiment illustrated, status updates are 
:re Via a dedicated toil free number and then prov^ed to enterpnse 
Te^rs Via e-mail or text messages. Similarly, program updates may be 
IX as e-mai. or text messages and then transmitted to the remote 

'"""^ in FIG 9 a server 900 is shown. The sen,er 900 includes a 
" .lephorr:^'^-,acontrolun.iai,apany-ru,esda,a^^^^^^^^^^^^ 

pjence message generator 

telephone interface, such as a modem, accessible via 

number for each enterprise. Also shown is an exemplary enterprise 

30 oompu.eM22^ ,,,„.,e remote device 150 has a prince status 

updatetot:littoanenterprise.ient,.eremotedevice1S0dia.intothe 
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toMree number and transmits the infom-ation to the server 900. The control 
unit 161 then accesses the rules daUbase 402 and the presence message 
generator 160 generates a message 902 to the enterprise containing the 
status update. The message may be in a variety of fom,ats. For example, 

5 the message may be in an e-mail format, or a text massage *o-* - ^ 
SMS fom,at, an ,M fom,at, and the like. The status e-mail may be directed to 
either a particular network client 122 or to the enterprise sen/er 104. if 
directed to a particular network client, the enterprise sewer or the gateway w„l 
simp^ toward the message to the one or more network clients. Othenvse 

10 the message may be directed to the enterprise server; the enterpnse server 
In In read the message and use the infom^aticn to update watch „s.s and 

presence status, etc. 

AS noted above, the enterprise and the remote server can share 
various of the presence-location «sponsibilities. For example, in one 
15 embodiment, «,e remote server 900 can handle an location-presence 

functions. In this case, the database 402 includes not only party mles, bu 
1 the presence stands; this infom,a«on is transmWed in the e-ma,l updates 
Ze enlrprise s«e. Alternatively, the .mote server 900 could merely fo^ 
londuit for location ,nfom,at^n and send k.ca.lon updates to the enterpnse 
20 according to theories database. The enterprise sen,er men updates the 

presence information. 

Similariy, the enterprise client computer 122 may also compose a 
message such as an e-mail message including, for example, prog-am 
updates or rule updates for transmission to the remote server 900. The 
25 update can be either in the body of the e-mail or as an anachment. The e- 
maii message is receded atthe remote server 900. The — 
then identffies the sender and recipient; and reads the e-ma. If the e-ma.l 
conteins a rules update, then the datebase 402 is updated. The remote 
device may also be called via the interface 166 and the update uploaded te 
•^in the device A program update is handled similariy. 

Trning now te FIG. 10A and RG. 10B, diagrams of exemplary update 
e-mails according te embodiments of the present invention are shown. 
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presence update e-mail 1002 is generated by the nnessage gene 

include party status 1006 and recpients 1008. Aiternat, 

identify the parties who shall receive the update. 

Simiiady FIG. 10B illustrates an exemplary mles update e-ma,l 
!ri010 The niles update e-mail message can be generated a. he 

message 1010. inemic w ^ « address associated with 

ZZZ-^-TZ .les update message, while the bcdy 101. may 

^CCa^rttltlng operation ot an embodiment o, the 
nG.11 saflow 11 illustrates transmission ofpresence 

rrrr -™ 
— ."-r 2rr=r:'=.» 

message 9--^°' /„,,^,33 ^oelyes the update and it is 

the enterprise. ^'^^ ^ L noted above, the e-mail may be 

^=rr::::=ro::o^cen.ai^ 

distributes its content _ , „„„,,3rt illustrating rules updating 

Turning '° Is shown. At step 1202, 
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„,.i, ,0 the «mo.e seo/er 900. At step 1206, the remote server 900 
asane-mailtotheremoie .... At step 1208. the rules 

receives the cor*ents and updates rts database. At step 
updates may l=e provided to the remote un.t. 

invention, p^sence-posKion and ^^^'^"^^"^"^ ^^.^ ^ 

h « the cellular control channel (e.g., using SMS or out- u 
such as the cellular c Fi<„,EEE 802.11a, b, g); or two-way 

wireless IAN technologBS (e.g., W,-F, lEb 
15 radiotechno^gies may be employed for send,ng and rece,v,ng.h 

or update —n- ^^^^ ^„ 

I,s based system. In particular. FIG. 13 illustrates an 
reference to an SMS-based system P . ..^^ plG. 13 Illustrates 
exemplary networK conf,gura«on for such an ^bod.me.«. F 

service (SMS) is used for posmon and software "P^^^J^ 
noted above, other data transmission systems ^^lown are a 

Shown are a remote device 150 and a ^"^ I^^JT ^ «„, be 
. „ «n5 an SMSC 1300, and Intemetflntranet 1304. as wm 

.riir::^--^--::— ^^^^^ 

«,e message over Internet/Intranet 1 304 to ^-^J^^ 
,n the embodiment illustrated, the remote device 50 . 
3oreceiver50.,cel,ulartrans.lver..^^^^^^^^^^ 
„ail or text messaging interface. As .llustrated, t 
SMS control unit 159. Similarly, remote server 152 includes 
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„.ich is an interface for «ce^ing *e SMS messages via 'n»--'""^-«' 
Z.. Simiiariy, the remote sewer 152 can send updates to the remote 

device 150 as SMS messages. .„„g i4AandFlG. 14B. His 

Exempla.V SMS messages are sho«»n m FIG. 14A and Hu. 
S noted that such messages may he embodied as te^orda^mess^^^^ 

<,hov.n in FIG 14A Is an exemplary SMS status message 1400. As 
r-ahove,suchas.a..me.^^^^^^^^^^ 

,0 identi^ca^on 1404 Ident^ng the transmining dev^^and *he «,.esp^ 0^ 
pos^lon infomia«on 1406. Similar^, a rules update 
1 The rules update message Is sent from the remote server 1 52 to tn 

::j:::.i5o^..— ^ 

:arr:r.dent.ng^d.^^^^^^^^^ 

"^^Crro/aTemhodlmentotthepresent-.^^^^^^^ 
.terenc: to theslgnallng diagram otFiG. 15. 

SMSC 1300, Remote Server 1 52, an nte.^^^^ « ^ 
20 other network conflgurations are poss,ble. ^""^.'^J 

Shown at 1500 IS the remote device 150 rece,v,ng GPS s,gnals an 
:i«ingconespondlng«om,atlontothee.e.^^^^^^ 
Transmission of softwareffim,ware updates to the remote device 

. . >=isn receives one or more position signals. 
At 1504, the .mote ^^^^^^^r 159 receives position and/or 
GPS posKion s.na.^ converts them into the 

p.senc« signals fron, e GPS ^^^^^ 

p^per SMS ,,3 the appropriate 

reference to FIG. 13. The!, The SMS message travels 

30 contact number a, the remote se- 152^^. 50 ^^^^^^^ ^ 

„„.hece,,u,arcont— ^^^^ 
the remote server 1 52, an c> i u. 
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Ar\A at 1*^12 As discussed above, the 
massage on to the emerpri- sen»r 104, a. 1512. A 

,e.ote sen^r 152 .ay — ais.Hbute the 

message. The enterprise server 104 n-ay then process 

presence ^^^^^^ ^ ^ device 150 >s shown at 1602. 

"tr r ra::::r:t:~. s.. as s. 

104 can rece,ve ,o4 .ransn,l.s the update to the 

fo^a,. O"-'-:'^^;^ *e remote server 152 converts the 

10 remote sen/er 152, at 1516. At1518, .^.^ as SMS fomrat. At 

.^.eaupaa.e,ntoane.~^^^^^ 

1520, the -emote server 152 d,a,s the ^m ^ ^ 

transmits the SMS message over the cellular con 

11300, v-hich then forwards it .0 the remote device 150. 

„paates trom networi. cl^rrts via the remote server^S^ in ^e^^^^ 

em—, the '^'^^^^^:^ZZ:rZ remote device 150 
presence compare opera^ons. in su*^ ^ ^^^^^^ 

boundary, range, or presence rule ^'^^^^ ^ 

Tr:a:-CTinr;::.ane.^^^^^ 

.ference .0 ^'e^^^^^^^ ^ ,,,„,^ ,tt,e,e has been an update ,n 

25 rules compare un. 5^ *at ^u ^^^^^^^^ ^ ^^^^^ 

the use^s current location. The un ,^ 
.„ivesasinpu.sacurren oc.»n^^ a d 

operation, the remote unrt 150 receives 

current loca«on and input them to - '^J^ 
30 device 150 also accesses memory ^"'^^^^''^ ^^^^ ,^02 determines 
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location If so, the comparator 1602 may output a signal 1608 directing the 
rrl device 150 to transmit to the .mote se>ver 152. Othe^lse, no aCon 

" '''' F,G 16B illustrates ano«,er exemplary location rule compare unit 508. 
5 ,n the embodiment illustrated, the un« 508 compares the location and a rule 
3naou.putstothepresenceun.ltthere.achange. 
16B the location rules compare unit 508 includes comparator 1602 ,^v,ng 

rrent loca«on 1604 and previous location 1606 inputs. The compa^ r 
1602functions as descHbed w«h reference to FlG. 18A, and prov,des an 
,0 uiu. 1608 .presentatlve of whether there has been a change ,n pos*on. 
2s^nal 1608 IS prov^ed to a comparator 1610. T^-ther .npu. to *e 

15 provided to the remote server •, i. ,„ associated presence 

,o the database controller 506 to detemime there ,s an assoc 
H»,» If so this Will be pnjvided to the remote sewer, at 1616. 

. nld bove, eL the .cation or presence may tdgger an update 
AS notea mustrates an embodiment in which a 

signal to the remote sewer. ^'^ /^^ '""^^ As shown, the current 

20 presence update triggers a ^ 506 

location 1604 is input to the rules database 506. The m e 
3ccessestheourrentpresenceruleand^u.u.^.^^^^^^^^^ 
presence state is Inputto comparator 1620, as is the pre 
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FIG 17 IS a flowchart illustrating operation of embodiments of the 
r In At a step 1702, the remote device 150 leceives presence- 
present invention. At a siep i / « , ^ ■ ^ i ran receive the 
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, ,„ one e.bod,a.e t -J^^'^^ ^ 

,0 .he rannote sewar or *a -^^^"^^^" ^ 508 
.,o„na«on. ^^^^^^^^ 

can accass the rules database 506 fo ^„,„,i„ents, a. a step 

and determine the current presence state. In 
,0 ..e, the remote device 1 50 - ^^^^ step ... ^ 

:r:i::r=— 

r resencestate. IMcthenln -^rrr-tt^ere 

----- rs^rin— 

15 has been no state change, then the system ^ 

'''^rn:::^l"ncertalnen..cdln,ents,thecurrent.^^^^^^^^^^^^ 
.3ed to determine whether there has been a present C^-ge w^out 
malg an expllo. detem,lnat.on o, whether there has been a a on 
20 range. Thus, a«er step 1706, the system oou« proceed to step 1712, 
Without an intervening step 1708. 

and a remote user device lou- ' • 
1 04 or remote server 1 52, ana a remuic 

ro:avbeprov,ded^hawatchdo.tlmeriao4,or.^^^^^^^^^ 

,ov,dedwHha«n«r1B0a.Atp^— 
-^n remote server 1 52 may communicate timer t.cKs w.i 
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predetermine, coun,; when the timer expires, the remote unit 1 50 sends 
"cation end/or presence or statu. Change to the remote^^^^^^^^^ 

the remote unH 150 sends ^ca«on and/or p^senoe updates to the 
remote ser,er 152 on a periodic basis. ,^2rr^„i,^, 
, .nanotheremhodiment.ere^^^^^^^ 

' ? er 1 52 1 begins monitoring location and/or presence status. 

" rtZTl e - : a cei, phone, the device 150 detects and registers 
r::l sutlon ,not Shown, in a Known manner - *en .n^- 
^a, loca^on-presence indication to t^ r^^^^^^ 
.mi.arto.hatdes..ed.o.^Aa^^ 

25 activate its timer 1804. At a step , 

fhP timer 1804 will be reset. Otherwise, in step 1908, the timer 

Id 1 cause the user device 150 to transmit its current location 
expire, and will cause the the timer will reset. It is noted 

'° rr::irrd:m rnoTio^^^ . 

rs:i^:theremotese,verunti,the.imere.ires.even«achange,s 



29 



ae.ec*e. during tt-e counMown. Further, ir. other en„hodi.en.s, .he remote 
aloe wil, send a location or presence inft,n.ation to the server upon 
trpLon of the «mer, regardiess o. whether there has been a change or a 
detemrination of a change since the previous transmission. 
5 FIG 19B is a flowchart illustrating alternate use of a trmer t,ck systenn 
3Ccorang.oanen,hodin,en.ofthepresent,nventK>n. At a step 1920,. he 
eTote device 1 50 activates or otherwise registers w«h the ren^ote serv^ 

^^^^^ 

rri52 then sends a .in«r «cK or -Here 1 am" signal .o .he remote de>^« 
,5 Tso The remote device 150 receives the signal and, In response, can checK 
nd send the current loca«onan*or presence stau.s. ,f no respons .s 
el'ed the remote sewer 152 can update the use.s presence status . 
uravailable- or -unKnown.- Again, in certain embodiments, the remote user 
Tnlupdate the remote server152un«lrecep«on Of the timer ticKsignal, 

svst Jaccordlng to an embodiment o, the present — As sh^r. at a 
Cl 950, the remote device 1 50 abates or otherwise reg,s^rs w. the 
^Ite sewer 152, and begins loca«on and/or presence mon c,nng^ 

♦ o .t<.n 1952 the remote server 152 activates its timer 1802. 
" ::rpir:et-"M;02cahexpire, Whenitdoes,theremo.e.rver 
.tlsatimer«slgnal,lnastep105e. ^ ^^l,, 

device 150 can send a .sponse ticK. If no response ,s rece,ve^ th remote 
server 152 can update the use.s presence status to "unavarlable or 
T in a step I960 the remote device 150 can detect a change m 
30 — n. ,f.does,thenlnstep1962,.heremoteunM50 
nresence or location siaius. n u , 

::id an update in status to «,e remote server 152. Othe™„se, . will 
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con«nue to monger. The «mer 1 802 can be rese, upon expiration and upon 

reception of updated status information, it is noted that in other 
rboIents-currentstatus.iiit,e.rans.«eare,ard,ess Of Whether 

there has been determined to be a change, 
^'"^'tltne— tsofthepresentinvention,.n,a,he.^^^^^^^^^ 
,.a. a gioba, positioning signa, is not received when a user ,s ,ns,de a bu,.d,ng. 
tsuch a case, the systen, according to embodin«nts of the present 
invention may detem^ine that the user is in a building at an address 
10 associated witi, a position where the signa, faded orwas lost 

This is illustrated schematically in FIG. 20A. As shown at 2000a a 
user IS nom^ally able to receive both GPS signals and ceil phone signals 
Zs At posLn 2000b. the user may be within a building and «,us ^we 
Tn y lell phone signals 201 1b. When the user ex.s the building, at 20 Oc, the 
15 ulrl^ receiv s both GPS and ceil phone signals 2011c. In operation, th 
slm rTay ass^n an address to the user when the user is tracKed to a pen 
retheU^gna..los..Forexamp,e,atperlme.er2002,.heGP^^^^^^^ 

.ay be lost or fall below a predetennined threshold. In th. case, the u^r 
„ay be "assigned- a ioca«on doses, to me one where the signal was lost. 
20 Ailatively the position me signal was lost may be compared to a Known 
an^theLr may be assigned thataddressoverthe^en^^^^^^ 

which the signal is lost. Further, when the user is deemed to be at such a 
Too . ion, contact infom,a.ion may also be updated. Thus, w^en the s.^1 is 
L at 2002, the use^s contact information may be switched from h. cel. 
25 Phone to an office telephone number. 

It IS noted that, while in some cases it may be desirable to update 
location and pr^enoe each time the signa, Is lost and regained^ in o*er 
cases ^ tocation a. which the signa, is iost may be a subset of another 
^Xnrelatedtopresence. This is Illustrated in FIG. 20B^ Shc«.n,n IG. 
30 20B is an area 2050 that may be associated with a single -location and 
pis nc^ ndlola. For example, the area 2050 may be the city of Munich, and 
Te lIcL can simply be "Munich,- wHh an associated contact telephone 
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„ua,ber, such as a GSM ce,, phone. In .his case, i. wculd no. necessarily be 
required to continually update the location or presence, since the user s 
presence status will not change. =,nrt 
For example, at position 2052a. the user is within the area 2050 and 
5 hence in -Munich." At posi«on 2052b, the user naay be within a build.ng ,n 
Munich, Where his GPS signal fails. The use^s location, Munich, need not 
necessarily be changed to a more specie one (i.e., the specfflo address o, 
the building,, because the user is s«ll within area 2050. Even when the user s 
GPS signal is restored at 2052c, the location need not be updated. Only 
10 When the user leaves are 2052, e.g., to return home, would the loca.,on be 

"■^"t flowchart illustrating operation c. such an embodiment of «,e present 
invention is shown in FlG. 21 . At a step 2102, the system monito^ the user s 
cunent location. At a step 2104, the system detects loss of the GPS s,gn^. 
1 5 For example, the remote device 150 can determine that the s,gna has al e 
below a predetem-ined threshold. At step 2106, the system checks to see ,f a 
new rule Is to be Implemented in response to the loss of signal. That ,s 
depending on the embodiment, the remote device 150 can checK fts rules 
database, or it can simpV send a signal to the remote sen«r 152 adv,s,ng of 
20 the loss of the Signal. ,f a new rule ^ to be implemented, then thenars 
location and/or presence are updated according to the new rule. Othen.se. 
the current rule is maintained, in step 21 12. Once the new nale has been 
implemented, the system can detect recepton of the GPS signal, i.e., o.^ 
the user leaves the building, in a step 2110. Again, the remote device 150 
25 can detect. the GPS Signal exceeds the threshold. The system w,n monger 
,0 detem,ine If the received signal indicates that a new rule should be 
implemented, as shown instep 2114. If so, then in step 21 16, the new 
location rule is implemented. If not, then In step 21 18, the old one ,s 
maintained. 
30 Hysteresis 

AS discussed above, embodiments of the present invention can be 
used to deflne a user piesence status based on user speed. For example, a 
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..d of sav 15 miles per hour or greater can be associated with a 

embodiment of the present invenuon. At a step 2202, t y 
Laevicespee.at>oveat.est,o,aT.,nce«aine^^^^^^^^^^^ 

^^rc:rr-a.:i:em:e.set.aetecteaas.^^^^^ 

. K « T At a step 2208, the system device responsible for 
„3n the ^-'-^ l^l^;^^^^^ ,,„er. „ the speed is stiii less than the 
setting user status stans a ny5>io 

iJoid upon expira«on of the «mer. as ^^'-^^^ ^J^,^ , 
.0 step 22t2, the user, status can be '^'^'^^ J^'^^^:,:, and "It iunch," 

status can be updated to In car. .fatus can be updated 

«,e threshold for a predetermined period, the presence status can 

associaflon with any of the J,, ,3, been lost due 

3o:=:r;r:ln:. o.hebui,din.mo..insideandouts.de 

-^T^X^drerrZrreferenceto 
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♦^n 9-^02 the svstem detects a loss of GPS signal. 
F,G. 23. AS Shown, m a ^.^^^^'^^^^^^^^^^ ,3, detect that the GPS 

Por example, the remote dev.ce 50 s^^^^^^ c ntro ^^^^^^ ^^^^^^ 

Qinnai is below a predetermined threshold. At a step , 

of "No signal" to "Signal." 

.hW-party location ™™.oring device is provided. Briefly, .n add*,on to 
:lCt.e p^sence capa.i.es as described a.ove, a re^^^.^.^ 
according to embodi..ents of the present invention may be af^^xed to an 
^ person or pel and set to tr^ger an alarm « i, departs from a u er- 

. r— .nge. ^^'^^^z:;::^.. 

dmIo« nresence location and alarm updates may u 
range. Rules, presence ^^.^^ 

manner similar to that discussed above, i.e.. wireie y 

text messaging techniques. nresent 
one embodiment of a remote unit in accordance with the p esent 

*«i=ir 94 In the embodiment Illustrated. 

■ « Ptr As shown, the remote unit 2-150 inciuaes v^ro 

. « .0 FIG 25 Sho»,n is remote unit 2-150 and exemplary srtes Home 
reference to FIG. 2S. anowi ,=n4 is defined by a base or 

3oro:rr:rex;=^^ 

' emlei^ 2.150. T.e remote .n. 2-1 SO is tracked ^.trin. be a.a 
ried by boundary 2504, in a manner similar to «iat dossed above, 
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h»rt mav be provided. If the device exits the region or aosses 
number), n^ay be prov 3,„,„i,,,,«on device such as a base or 

retertwreXdingreaterdetai,.^^^ 
.:r:oLKandti.eo..eassocia..nsw^^^^^ 

,n genera,, *-Vstem o H . administration 

suitabie for a -^^^^.Z convenience, func«ons ofthe servers 
device such as a server 1 04/i u ^^^n.rter 2-122 with 

,0 104, 152 are shown in a singie unit,, as v.e„ as a ^^"^^^^^^^ 
.n«»are 2-124 to program location and time ranges, as well as pres 
:r:i— c:;ecompu.er2-12.ma,bee.uippea^ 

other networK Interface device 2602 tor "^J^^^JJ^^^e 
104/152 AS shown, the modem 2602 may be implemented as 

^^"^°^To:rr:rtcomp.er2-122programs,ocat,onan^^^^ 

^^"^^'"^rrtrc::tt:2r— 

rrnror-rUares andtransmltto..^ 

,;'^^'i:::::ra.:::::r^^^^^^^^^ 

.u.p!rallse.r.related.unc.ions. ^'^:^:Zr: 
alarm could be sent to any desired location, i.e., a user celluia 

asso.ated with the ..nt computer 2-122. Thus, the figures are 

30^""7G°2*ilustrates an exemp^ry graphical user interface for setting 

* cr.r*»vamDle 2702 illustrates a mapping 
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«nn a user could draw the boundary on the desired map. and 
2502. 2502 for special treatment. For example, a 

define individual addresses 2500. 2502 fo P ^^^^^^ 
second window 2704 for entenng day 2708. t.me 
aririress^ 2712 parameters is also shown. 

address) zn^P ..^ 28 a flowchart illustrating operation of an 
5 Turning now to FIG. 28. a Tiowcn 

p^gran, in .he location ^'^^J^^^^ ^.^^eters can be 

associated date and tinne parameters. ^''^ '^-^ J ^ „e 

Turning now to FIG. 29, a tiowcn ^.^ 
,.en,.odin,e,*o,tHepr^n.inve„t,onissnc.n^M^^^^ 

2.160 receives position signals, such as ^PS ^'fl™^^'^ " ^^.^ 
received pos.on signal is compared witt, ^^'^^^'^^ the client 
--oneei.era..e.— 

— d:l:rrnLp.OS,analar.i. Othe.se, 
at step 2910, the system continues to monger the locatron. 
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onni to reauest a temporary change in the Douna y 
use computer 3004 to reques k 

reauest is transmitted to the monitonng agent 3008, who can y 
rrlou St i. the request is granted. *e database 3010 ,s updated. 
T la uai monitoring o,the device 30-160 and commun,ca*ng 

==E:p:r3::=:= 

transmntheraquest window includes a cunen. 

" rrc^ri- weh page may have ditterent formats and empioy 
ruttrscrip^ng to ensure security. The fgure is exampiary oniy. 
suitable scnpting - suitable e-mail or text message 

supervising server 31-152 to accept or re,ect the raquest. 
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accepted, the monftoring agen. 3108 can update «.e database and transm 
Zdaie to the ..ote unit. For exan,p.e, the update may be transn.,«ed to 
.He remote unit 31-150 using the cellular telephone ne*«orK ,h a manner 

similar to that described above. 
5 Turning now to FIG. 32, a flowchart illustrating operation of an 

embodlmentofthepresentinventlonisshown. ^.ep 3202, the motored 

Zr can access a monftor web site, or o«ie,wise compose a mod— 
^^leT inastep 320. the request can be del^ered to the — agent. 

« .he repues. ^ granted, in a s.ep 3206, «.en the update to . e 
10 boundarieWschedule is transmitted to the secuntydevce 31-150. 0*e™ se 

lu Douilua ^^+^,^0910 via the web or an e-mail or 

the monitoring agent can respond, .n a step 3210, v.a 

other communication method. 
Intermediate and Audio Alarm 

AS noted above, the .mote device can be equipped w,.h an audible 
15 alami as well as the transmission a^m,, which can vary depending on t e 
amount of «me or the d«.ance the user has VK>la.ed the boundary cond,.,o. 
r:owninnG.33,thevolumeof.heaudib,ea,arm3350canin^.^^^^^^ 

distance or time, until it a threshold 3352 of distance or .me ,s reached, 
.his time the volume can plateau at a maximum level 3354. 
,0 Shown in FIG. 34 is a map that may cor^spond to the volume g.ph of 
P,G 33 Shown is a user 3400, a warning boundary 3402, and a boundary 

3404. ,n ope^tion, the system may detect the user crossing the warning 
boundary 3402, which may correspond to point d1 on the ^'^'^^^^^^ 
AS the user proceeds to bounda^ 3404, .he volume increases the bour^ary 
25 ^Layconespondtothepoirndfon graph ofFlG 33. A, this point, the 
rm^i a.ama.imum. Slmilady, as noted above, the vo.me alarm may be 
triggered based on «me a«er crossing either warning boundary 3402 or 
"""Talofthisembodlmentisshownwnhreferencetothe^owchart 
30 ofPlG 35 AS Shown, in step 3502, theremotesecur*yun.31-150monors 
e user, location. . the user is lns.e the designated area, as determ.ed in 
step 3504, the system will continue to monftor. ,. the user ,s outside .he 
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designated area, then in step 3506, the device 31-150 may sound an audible 
a,armorsendanaie-ttothemonitoringstation31-152. As noted above, ,n 
certain embodiments, the user may be given a predetemiined time to return to 
within the designated boundary prior to sounding the alarm. 
5 A flowchart illustrating operation of another embodiment of the present 
invention is shown in FIG. 36. In step 3602, the device 31-150 detects it is 
outside the prescribed area. At 3604, a timer is started. This may be erther 
on-board or associated with the remote sen,er(s). At 3606, the timer may 
expire. The system checKs if the user is still outside the designated area^.n 
10 step 3608. If not, the system will simply continue monitoring, in step 3612. 
Othen«ise, at step 361 0, the system can sound the alaml, either at a 
maximum level, or a ramp up level. 

The invention described in the above detailed description is not 
intended to be limited to the specific form set forth herein, but is intended to 
15 cover such altema«ves, modifications and equivalents as can reasonably be 
included within the spirit and scope of the appended claims. For example, 
while described primarily with reference to global positioning signals 
alternative methods for detemiining device location may be used. These can 
include, for instance, use of cell location signals within the cellular networi.. 



